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Group aeeting on Tuesday, 4th December 1984, at 7.50 po in our club rooms. Visitors are welcome! 


QUESTIONS & ANSWERS 


Twice postponed, our panel of experts will really be there to answer your questions! 


During the business part of our geeting one of our members will run a separate gini-workshop for 
Gur Junior Members. 


Igaediately after the aain business part of the aeeting is finished there will be a Beginners 
corner, run on this occasion by Col Ramsay, 


Workshop meeting on Sunday, loth December 1984, from 1 pm till 5 po in our club rooms. To get 
the gaxiaua benefit from the workshop it is recommended that you bring your own computer 
equipment. 


Please note that workshop aeetings are for geabers only! 





SMOKERS: Smoking is NO7 ALLOHED in the class rooms! If you aust smoke, go to the kitchen or the 
play ground. 


media omal Picmeehkhi ngs 


cannon Hill Sub-branch meets every 2nd and 4th Saturday of the month at 7.30 po, in the Cannon 
Hill State School. For further information ring Barry Wilson (VIC-20) at 399 6204 or Augy 
Norman (C-64) at 399 2080, after hours. 


Springwood Sub-branch aeets on the Jrd Thursday of the month at 7.30 pa, in the Springwood 
Central Primary School, Dennis Rd., Springwood. Contact Terry Steer at 200 5726 (after hours) 
for further details. 


Pine Rivers Sub-branch aeets on the 2nd and 4th Sunday of the month (1 pm - 3 pa) at the 
Strathpine High School (rear entrance). Ring Clayton Lancaster at 285 4157 (after hours) for 
further intoraation, 


PLEASE NOTE: The above sub-groups intend to have meetings throughout Deceaber and January! For 
further details ring the conveners of the sub-group in question. 
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Business Sub-Group meets after the gain aeeting in Hilton (first Tuesday in the month) and at 
the West End State School on the 3rd Tuesday of the aonth at 7.30 pa. Contact Ken Charters at 
341 7222 during business hours for further inforaation. 


Primary Education Sub-Group meets after the sain meeting in Milton (first Tuesday of the aonth). 
Venue for intermediate meetings still to be decided upon. Contact Bill Weeks at 208 98420 
(working hours) or at 341 2823 (after working hours). 


JHPORTANT NOTICE: Copying of Commercial Software is not allowed at our geetings or workshops. 
Failure to comply with this regulation will result in loss of aeabership! 


NEW SUB-GROUPS 


With the phenomenal growth rate of our group in 1984 it is becoming gore and gore necessary to 
form additional suburban sub-groups. 


Based on the club mailing list we feel that sub-groups need to be started in the following 
areas: 


ASHGROVE AREA NUNDAH AREA REDCLIFFE PENINSULA 
KENNORE / JINDALEE AREA MT. GRAVATT / SUNNYBANK AREA 


Please note that, beyond organizing a meeting place (preferably a local school), there is very 
little adainistrative work involved in running a Sub-group. 


If you are interested in starting a group in your local area please ring either Nora Chaabers or 
Ralph De Vries for further information. We will only be too pleased to assist you as auch as 
possible in the formation of a group in your district. 


CHEISTMAS FART. 





Qur annual X-mas party will take the form of a picnic this year. It will be held on Sunday, 9th 
December from 10 am till 5 pa at Wellington Point. Bring the whole family!!! For further 
details ring Max Bean on 208 1225, after hours. 





o_o 
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For professional service and support call in to CW Electronics. 
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416 LOGAN RD., STONES CORNER BRISBANE 397 0888 
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And here is our last newsletter tor 1984, and our biggest one so far, The next issue will 

appear in January 1980. 


For the benefit of our @any new seabers it is pointed out that no geetings are held during 
January. Our normal meeting schedule resumes in February. Details as usual in "CURSOR®. 


During this year Commodore has certainly come of age. We have seen the establishment of a 
Brisbane office by Commodore with a very helpful statt, and also the fact that C-64’s can now be 
purchased by State Schools. This is of course largely due to the tremendous increase in 
software supplies for the C-44, both quantity - and quality wise. 


Qur group has also improved quite substantially, with @ore geabers, and better facilities and 
services, We feel that 1985 will bring further improvements. Please aeabers, don’t be afraid 
to speak up, if you feel that the group can be iaproved in this or that area. Your comsittee 
needs your input. Don’t be like one of our ex-geabers who never contributed anything to the 
running of our group, but decided to fora his own computer club. This is a free country af 
course, but it seems such a waste of resources. 


This year we were fortunate enough to have a stand allocated to us at the computer show, which 
was held at the Crest Hotel from 8th to 11th of Noveaber, The stand was constantly sanned by 
geabers of our group, and we dealt with a great @any inquiries about the group and Commodore in 
general. Although it was a bit tiring on the feet, it was felt that it was a very worth while 
excercise, which should result in substantial aeabership increases. 


As regards equipment we are Seeing the gradual demise of the VIC-20 and the dramatic rise of the 
C-64. In 1985 we should see the introduction of the C-ié as a VIC replacement, as well as the 
new Plus/4. Most commentators have mixed feelings on the Plus/4, particularly as regards the 
built-in software, which seeas to be totally inadequate, Another ruour has it that Cosaodore 
is about to unveil a 128K 80-coluan computer, which is compatible with the C-64, as well as a 
very sophistcated 32-bit computer which does just about everything except boil an egg. 
Regrettably they are only rumours though. 


All in all it should be an interesting year for Commodore and our group. 


In closing I would like to express ay sincere thanks to all those who have contributed articles 
to this newsletter, and to our advertisers who have supported us throughout 1984. 


Ralph De Vries 





> 
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NOTES & GOSS et 
CHRISTMAS GIFT SUGGESTIONS 


fs a Commodore computer owner there should be no scarcity in gift suggestions this year, 
although we have found that with the pending disappearance of the VIC-20 there are few if any 
new products for this computer now. If you are a VIC owner it pays to visit the show rooms of 
our advertisers to see what is still available. C.W. Electronics seem to have the widest range 
of VIC software. 


Following here are some suggestions for C-44 users. Please support our advertisers - after all, 
with your current gembership card in your pocket, you will be able to obtain your club discount 
as well. Another iaportant point: start your computer shopping early. If you leave it till the 
last moment chances are that your favourite program will be out of stock. You are warned’ 


HARDWARE 





If you are the owner of a Datasette a 154i Disk Drive should be on the top of your shopping 
list. Stocks are reasonable again, and despite the fact that many harsh words have been spoken 
about this vital piece of equipment, it appears that current stocks are a lot aore reliable. If 
you intend to use your C-44 gainly for business purposes it aight be worth while to consider the 
MSD dual drive system. (Appr. #1200). Solidly made, and used in conjunction with a parallel 
interface, it will give you auch faster loading and no swapping of program - and file disks 
anygore. A word of warning though: certain programs which use new techniques of prograa 
protection will not load with this drive! 

Printers are next on the list. Commodore now aake the 801, 802, and 1101 printers. dust 
released as well is Commodore’s CPSB01; a 4-colour printer. No further details known at this 
stage. All these printers connect directly via the serial port to your computer. If you should 
decide to buy a non-Commodore printer you will have to purchase a separate printer interface 
such as the Cardprint +6, which cost appr. an extra $100.00. Choice is very wide of course, but 
one of the most popular printers is the Star Gemini-10X, a very good workhorse indeed. 


Joysticks are very plentiful at present. Remeber though that quality goes hand in hand with 
price. The WICO range for example are expensive, but they will outlast cheap ones many tiaes 
over, 


Another very popular item is the Koala Pad, which now sells below $100.00 
The group has just aquired a special printer program, which allows Koala Pad pictures to be 
printed out on 1525/B01, 1524, and several non-Commodore printers such as Gemini, Epson etc. 


SOFTWARE & BOOKS 


Here the choice is positively overwhelming. Following are just a few suggestions, but see your 
computer dealer for the latest releases. 


} 
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In business software we would just like to mention those programs which we have tried out 


recently. The Nultiplan* spreadsheet is expensive (appr. $150.00), but is just about tops with 
it’s 400-odd page instruction book. Two data base prograas tested include The Consultant* 


Soe Le 


($179.00), first rate with a very good instruction book, and The Nanager* ($100.00), which is 
just about as good, but with woefully inadequate documentation for newcomers to this type af 
prograa. Still, there is rather a substantial difference in price: 

The aost popular wordprocessors for the C-64 are Easy Script and Paper Clip, both appr. $100.00. 


C.W. Electronics aarket a coaplete business accounting package for under $250.00, thus making it 
possibly the best value for money. It consists of the Tot’] Business 3.6 Program and the Tot’l 
General Ledger. The Business 3.6 Progra (upgraded version) was very well reviewed in the 
Australian Commodore Magazine of Oct. 1984. 

To get a similar series of business programs in other brands will cost you at least twice as 


auch. 


In games the choice is so huge, that all we can do is wention just a few which we have seen 
recently. From Epyx we saw Impossible Mission® ($49.95 on disk), a rather splendid game with 
excellent graphics, voice synthethis et all. Areal beauty! Imagineering are now distributing 
"Electronic Arts” software in Australia. All disks are $60.00 each, which is not cheap, but 
some are rather better than the average. Some that we have seen include Music Construction Set, 
Archon, and Pin Ball Construction Set*, This last one is quite interesting, because it allows 
you to design by means of "Icons" your own pin ball layout. A very clever bit of programming 
indeed. Ozisoft are distributing the range of Kawasaki ausic synthesizer programs. [his 
includes an overlay keyboard, and some half dozen disk-based programs to go with it. We have 
not previewed this series, but we can promise you that you won?t get auch change out of $200.00 
Should you decide to buy the complete range. 


In books the choice is so great, that we can only give you some general guide lines. In general 
look for books published in 1984! Some of the earlier books were rushed onto the market, thus 
in aany cases the full potential of the C-64 was not developed as yet, and aistakes in listings 
were also rather comgaon. 

The aajor publishers of books on Comaodore are Prentice Hall and their subsidiary Robert Brady, 
as well as COMPUTE! BOOKS, the book publishing subsidiary of Compute’s Gazette, distributed in 
Australia by Holt-Saunders Pty Ltd. 

See the advertisement of The Bookshelf Library Supplies in this newslettter for special club 
prices on books. 

As well CW Electronics distribute the Abacus books, reviewed in previous issues of this 
newsletter. 


* These programs were kindly lent by Chandlers Pty Ltd , 43 Adelaide St., Brisbane, for review 
purposes. 
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Contrary to previous reports the Computer House of 30 Queen 5t. does not give discounts to 
geabers af our group. 


Hetaaid Computers of 2518 Gold Coast H’way, Mermaid Beach, 4218 offer a discount to meabers of 
Our group on production of a current membership card. 


Please Note: If you wish to hire the group’s 1524 printer, please contact Roger Haigh 
at 339 8037, after hours. 


Our new Disk Librarians are Ken Charters and Max Bean. Mebers wishing to buy Public Domain 
Software or borrow Commercial Disk Software should write to Ken Charters at 14 Westgate Ave. 
Springwood 4127. 


In last aonth’s issue of "CURSOR" there was a review of CBS educational software by Dale 
Silbert. We omitted to aention that our review copies were supplied by Chandlers of 43 Adelaide 
St. Brisbane. 


Welcome to the Rockhaspton Commodore Users Group, which is now up and running. 
Their address is P.0.Box 0033, North Rockhampton, 4701. 


A Programmers Register is to be established by this group. Any meaber with expertise in Sound, 
Graphics, Machine Code, Business Applications programming etc. should contact Greg Perry, to 
have their name included in this register. 


This 15 the plans for the Well mayby they want 
new Commodore 1541 to get it right this 


disk drive ——— | 


But it’s a 
blank piece 
of paper? 





— —_ ee 


CURSOR - 9 - NOVEMBER 19934 
Tereaechkt Lb—Far ti 


To provide a better understanding of the housekeeping functions in a 1541 disk drive, it is 
necessary to understand some of the things that go on in Track 18. Before starting, I will 
assuge that you know a little about the structure of 8-bit bytes. If you don’t, read pages 
215-219 of the Programger’s Reference Guide (PRG) first. As far as possible I will use decimal 
notation in these notes. 


To start with, let’s look at the ’front page’, Track 18 Sector 0. If you didn’t know already, 
each sector (or block) on a 1541 disk can store 254 bytes. The usual convention is that the 
first two bytes on any sector hold the ’chain bytes’ to the sector that follows the one being 
looked at. It happens (by the design of the disk operating system, DOS) that Track 18 Sector 1 
follows Track 18 Sector 0, so the first two bytes on Track 18 Sector 0 will be °18° and ‘1’. 
That eliminates 2 bytes - let*s go on to the other 254. 


A picture would probably help, so let ge put down in tabular fora the sort af thing you will 
find in the first 144 bytes of Track 18 Sector 9. All values are in deciaal. 


0 18 oO 6 O 21 25 25 3! 
B 21 205 259 21 2009255 = Sl 
16 21 2595 255. St oie 28592595. Sl 
64 21 255 295 Si 21 2559255 sl 
2. Ti 232255 007 oegoaees 7 
80. 19 255 » 250 sie 7_ ollie Z0nZo ; 


ra 
es 
| 

4 


That odd assortment of figures is the Block Allocation Nap (BAM), which is a critical part of 
disk management. The BAM is where DOS stores information about which sectors are in use (so 
can’t be used right now for any fresh storage) and which are not {so are available for use). 


When a disk is NEWed, there are 444 sectors available to the user for storage. So how can 
information about 644 sectors be stored in 142 (remember the chain bytes!) locations in the BAN? 
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The answer is that the information is encoded in a cunning way. 


Any 8-bit byte in the Coamodore 64 can store any number from 0 to 295, 206 nuabers in all. The 
eight bits that make a byte take on a special meaning in the BAM. Starting from byte #4 (see 
above), each group of 4 bytes ’remembers’ the contents of a track. Bytes 4-7 look after Track 
i, 8-11 do the same for Track 2, and 50 on. Bytes 72-75 look after Track 18. See if you can 
work out which group locks after Track 26 (no prizes!). The bytes are used like this. 


The first byte in any group of 4 is the big picture - how many sectors are free in the 
particular track. In this case, Track 1 has 21 (i.e., all) sectors free. The BAM above 
reflects a freshly NEWed disk, so all blocks (except in Track 18) are empty. As the disk has 
been NEWed, some of Track 18 is being used. This is reflected in bytes 72 and 75. 


Notice too that the nuaber of sectors decreases as we read from Track 1 (21 sectors) to Track 35 
(17). Commodore has taken advantage of the longer tracks at the outer edge of the disk to 


increase the nuaber of sectors in thea. 


Now the detailed picture. The next three bytes in each group of four mark precisely which 
sectors are in use. If we stretch out the 3 bytes as 24 bits, we have this:- 


Byte 5=255 Byte 4=255 Byte 7=31 
SVN SH XX KX HA KR A KX RAK FR xXx XY RR KR 
mir ieiii 1219229 Po 011191 
Sctr76543210 15 13 11 9% spare 19 17 

14412 10 8 20 18 16 


Each bit represents 1 sector, numbered as shown here. If the bit is 1 (’on’) then the sector is 
eapty. A’0’ means it is full. The logic of *1° meaning empty is the inverse of what you wight 
expect, but it makes DOS sore efficient. This shorthand coding packs a lot of information into 
a small space. Just for fun, what would be in byte 5 if sectors 2, 3 and 4 were full? 


The next part of Track 18 Sector 0 holds the disk name (which can be no longer than 14 
characters), If you use a shorter name, DOS puts CHR$(160) in the unused locations. We now 


haver- 


eee ee 
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For siaplicity, 1 have shown the disk nage in plain English, but in fact it would be stored in 
ASCII (see Appendix C of PRG if this is a new one on you), and I have used *+’ so show the 
locations where CHR$(160) will be used to ’pad out* the nage to 16 characters. 


The next two bytes (160 and 161) are always CHR$(160) or $A0 if you are into hexadeciaal 
notation. By way of explanation, CHR$(160) is usually termed *shifted space’ - not that it’s 
gone anywhere, but it is the character you generate if you hold down the SHIFT key while 
pressing the SPACE bar. 


Bytes 142 and 163 hold the disk ID that you selected when NEWing the disk. Byte 164 is another 
shifted space, while 165 and 166 hold the DOS version, which is 2A in the case of a 1541 drive. 
You see this at the right-hand end of the reversed *header’ line every time you read the disk 
directory. The last bytes used are 147 to 170, more shifted spaces. Bytes 171 to 205 are 
usually filled with zeroes, but from time to time you may find other odd bits in there which 
have no formal part to play in the operations of Sector 0. 


For the aost part, DOS will do all the housekeeping needed in Sector 0. The only tige you need 
to help it out is when a ’starred’ file appears when you list a directory, something like:- 


10 "GUNGADIN"  %PRb 


This aeans the file GUNGADIN is somehow corrupted, and DOS needs help from you. Before doing 
ANYTHING else, VALIDATE the disk to correct the BAN and erase the corrupted file. 


DOS also takes care of other matters. When you read or write a disk, DOS reads the BAM into its 
own memory. Each subsequent time you use the disk, DOS checks the ID again. If the ID has nat 
changed from last time, DOS doesn’t reread the BAM. It is for this reason that you are warned 
(and warned and warned... ) against using duplicate ID’s, If you use a gainly empty disk, then 
use a nearly full disk having the same ID, the DOS will remember the original BAH, and write to 
the second disk based on the free sector pattern of the first. The nearly full disk will 
probably not have free sectors where BAM thinks it does - disaster. 


You may interfere with Track 18 Sector 0 to some extent. The most common feature is to change 
the disk name. This is done by using an advanced disk command to write a new name to bytes 144 
to 159. There are utilities about that automate the process for you. 


You may also alter the disk ID, but be warned. The ID is also written in many other places on 
the disk where you can’t see it (or, for that matter, alter it). If you do change the ID in 
Sector 0, it will be only a cosmetic change. DOS will ignore this change when deciding the true 
ID of your disk, with possible disaster as discussed above. If you are in any doubt about the 
true ID of a disk, try this little routine, which reads the true disk ID stored in 1041 disk 
RAR. 
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100 OPEN 15,8, 15, "I" 

110 FOR ¥ = 0701 

120 PRINT#15, "H-R"s CHR$(22+X) sCHR$ (0) 
130 GETHIS,A$ : A$ = AS + CHRS(0) 

140 IF X = 0 THEN PRINT “TRUE ID = "; 
150 PRINT A$; 

160 NEXT : PRINT : CLOSE 15 


We now move on to the actual directory entries. Storage of these starts on Track 18 Sector 1. 
Commodore drives use an optimal search technique to save time during disk access. The selection 
algoritha used aeans that the sequence of sectors that follow Sector 1! goes something like 
Sectors 4, 7, 10, 13, 16, 19, 2, 5, 8....etc. In this way, the DOS doesn’t have to wait a full 
disk rotation to find the next sector it wants. Quite nifty. 


Sectors again hold 254 bytes, 254 when the link bytes are subtracted. Eight file entries are 


stored in each sector. The first entry uses 30 bytes, and the next seven each use 32. As 
before, a picture would help. 


2 IB 4 I50 G7 PO eee EE Of 
a TOR ae erie FCG 
ne ee ee Se ee CO OC 
Baer OP NORPRO iC Eee Ss) =O 
oo 08" OF ave UP RE |S 
6B el =) « A Taio oS 
. ££ fF ft. ee he hE OC 
gee ragy SO Ort O eee ag 860 
Ba OD 0 Ter ree ae BE. OL 
a ft kt. Ye eee Ty OL 
BOP VER Me 7 eet) foe pela 14 100% 
GRP 00. He 80-10: “ote eC ORREG «sf 


Let’s stop there, before we run out of page. The pattern of each entry repeats itself in blocks 
as shown between the dotted lines, so let’s look at that pattern. Please note that ay 
description of byte numbers will differ slightly fro that found in Commodore documentation (eq, 
page 96 of the 1541 Manual) for reasons of clarity. 
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Skip over the first two bytes in each panel in the table. I take each of these panels as being 
a directory entry block, but Commodore don’t seem to think the first two bytes are'!, Apart 
from the link bytes before the first entry, the two bytes (32, 33, 64, 65 and so on) are unused, 


The next byte in each entry is the file type, which are nuabered 0 to 4:- 


Filet Type Abrvn 
0 Deleted DEL 
1 Sequential SEQ 
2 Prograa PRE 
5 User USR 
4 Relative REL 


When the file is being written to disk, the DOS uses values 0-4 for internal management. When 
the file is closed properly, the file# has 128 added to it to indicate a successful ‘save’. 
Byte 2 shows a program file, byte 34 a sequential file and byte 66 a relative file. If any file 
is SCRATCHed, the type byte should revert to 0 (DEL) but it may not always, despite this being 
the intent of DOS. Provided the byte contains less than 128, DOS seems to ignore the error and 
take the file as being erased. 


The next pattern pair (bytes 3, 4, 35, 36 etc) tell DOS where the actual file storage starts. 
The first sector of TESTFILE1984 is stored at Track 17 Sector 0, TESTDATAI984 at Track 17 Sector 
0, and RELATIVEFILE at Track 22 Sector 5. Using this information, DOS can go to the file that 
has been chosen. From there, it reads the first 2 bytes of the first sector to find the second 
sector, and so on. 


Bytes 5-20, 37-52, 49-84 and so on are the filenames given to the specific files. As with the 
name of the disk on Track 18 Sector 0, the names are ‘padded’ out to 16 characters with 
CHR$(160). SCRATCH does not erase these characters, 


For most files, there is nothing aore until bytes 30-31, 42-43, etc. These bytes store the 
nuaber of blocks or sectors used to store the file. The bytes are in low byte-high byte order, 
so byte 30 holds the low byte and 31 the high byte. The total nuaber of blocks is thus (byte 31 
§ 256 + byte 30), or the correct byte nusbers for the file in question. 


Relative files use 3 bytes to store information peculiar to the file type. Ii all the files in 
the example were REL type, bytes 23, 55, 87 etc would hold the length of record selected when 
the file was set up. Byte 87 above indicates a length of 100 bytes per record. REL tiles also 
use a sequence of sectors (’side sectors’) to assist fast access. Bytes 85 and 86 indicate that 
the side sectors for this file start at Track 12 Sector 14. 
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Two other bytes are used for ’save with replace’, such as when you use SAVE"@O:MYFILE’,8. This 
syntax has a gixed reputation, but if you do use it, it works like this. DOS firstly writes a 
new file in soe free disk location, rem@embering the track and sector of the first block it uses 
in bytes 28-29, 40-61 etc. Then, if the SAVE was successful, the infor@ation in bytes 2B-29 is 
transferred to bytes 3-4 to be the pointer ta the new file, and bytes 28-29 are made zero again. 
Remeaber this if for some reason the syntax causes problemas. If you know where the old or new 
file is stored, you aay be able to manipulate the directory entry to recover the situation. 


There are soge useful routines to handle the directory - probably sore than you will ever need, 
Keep an eye out for them in journals and magazines. 


Paul Blair 


This has been the last article in a series of articles on the 1941 Disk Drive by Paul Blair of 


Canberra. 
These articles are required reading for those users who have never used disk drives before, as 


Paul has managed to clarify those points which were never properly explained in the 1541 aanual. 
If you have missed any in this series you will be pleased to know that early in 1985 the 
complete series of articles will be published in booklet fora. 

The Editor 
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One of the factors which often distinguish a good professional program from one written by the 
average user is the effective use of good screen formatting. Many programmers write brilliant 
prograas and then spoil them by displaying the results in a matter-of-fact manner. In this 
article, we shall look at just some of the aore advanced wethods of setting up and displaying 
information on the screen of the VIC and C44, not forgetting the Commodore 4000/8000 series. ! 
ag not talking about sprites, fancy graphics, or aulticolour displays, but simply methods of 
displaying information on the screen in an ordered sanner that is both pleasing to the eye and 
clear to the user. Don’t be put off by the word advanced; the concepts are easy to learn and 
use in everyday programming. 


First, allow me to suggest a few general rules for formatting the screen output. Here we have a 
Small problem in that every programmer has their own ideas, however, for the sake of this 
article, let us agree on the following 


1. Reserve the top 1-5 lines for screen headings. Use these to display the program name, ain 

genu heading and any sub-headings as required, 

2. Line 5 is for coluan titles gaybe. 

3. Reserve the bottom three lines (23-25) for error or other messages. The user then always 

knows where to look for infora@ation. 

4, Never allow the screen to scroll under its own accord. (Maybe use smooth scrolling if it i5 

required?) When printing a long list of information, display it one screen at a time, in 

sections, and preferably with an option between screens which allows the user to aove backward 
or forward or abort the procedure. 

J. Always display ALL the title or field names on the screen before inputting any information. 

This shows the user what is expected for each entry and minimises confusion. 

6, Don’t use too many colour changes, two, maybe three are enough. More than this rapidly 
becomes annoying. Use colour to highlight special features not to show off how many different 
colours you can program. Pick suitable colour patches for screen and border (often the same), 

and character colours that are easy on the eye and STICK TO THEM except for special occasions. 


Ok, now let’s look at how to iaplement some of these ideas with particular reference to screen 
positioning. 


Hany versions of the BASIC languages used on aicros have included a PRINT AT facility where the 
line and coluan for input or output of screen information can be specified. With most of the 
Commodore aachines so far, such a direct command has not been part of the BASIC language. 
However, since the operating system prints the next character at the current cursor position, if 
we set this to the desired position first, we can print anywhere on the screen, in any order, at 
any time. This is the key to good screen handling. 


There a several methods we can use. Let’s look through the three most comaon ones and you can 
chose the one which suits you best. 
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The oldest and aost universal method, which works on all machines without alteration {except for 
ginor changes for the screen width of the VIC or the 8000 series), is to use two strings of 
cursor move@ents such as 


V$="[DOWN25] : H$="CRIGHT40) 


and then use the LEFT$ function to select the required nuaber of cursor aovements. For example 
to print "HELLO" on line 10, starting at coluan 10, we could use 


PRINT "CHOHE]"; LEFT$(V$,10); LEFTS(H$,10)s"HELLO® 


For the horizontal positioning to a specific coluan, it often aay be easier to use the the old 


faithful TAB(10) instead. Only problem is that with the TAB command we cannot go backwards 
along a line. 


The second sethod also works on all aachines, but requires different values for the different 
versions of BASIC between the PET 2000, 4000/8000 ang VIC/C44 machines. Since the computer 
itself has to keep track of the current position of the cursor, all one has to do is fool the 
operating system into putting it where we want. If we know where to look that is! 


There a nuaber of locations in the lower aemory of all (Cossodore aachines which control the 
cursor. (Take a look at a good memory map.) These not only control the current screen line and 
coluan, but also control whether the cursor should flash (useful for getting the cursor to flash 
on GET statements), the current character under the Cursor, the current character colour, and 


many others. For now let’s stick to the point. The cursor line and coluan are contained in the 
locations 


CBM 20008 4000/8000 VIC/C44 
Line 245 216 214 
Coluan 226 198 211 


t% Does anyone out there still use an early PET with *Rey, 2° BASIC 1.0 2) 


All we now have to do is set these locations with the required values (with POKE stateaents) 


right? Unfortunately, its not quite that siaple. Try the following. Clear the screen and enter 
the following line. (NOTE: for other than the VIC/Ca4 change the locations according to the 
table) 


POKE 214,10: PRINT "HELLO": PRINT "PAUL" 
What happens?. HELLO is on the second line and PAUL is on the twelfth! 
The problem lies in location 214. This contains not the current line, but the next line 


instead. Qne other problem, screen lines are nuabered from the top as 0,1,2... etc. Therefore 
use aS follows: | 


CURSOR ao NOVEMBER 1984 
POKE 214,L-1: PRINT : POKE 211,C 


where L is the required line and C the coluan. For example, 
POKE 214,9: PRINT : POKE 211, 10: PRINT "HOW’?S THE WEATHER” 


The blank PRINT after the POKE of the screen line is VITAL. You cannot use PRINT "HELLO" or the 
like. Also, since it is not possible to POKE a negative value, this method will not allow one 
to position to the top screen line - that’s what PRINT "CHOHE]” is for anyway! There are several 
advantages with this method as we shall see later. 


The third sethod only works on the VIC/C44 as far as I know. The KERNAL (the set of operating 
system instructions in higher memory) has a built in routine called PLOT which can be readily 
accessed through sachine code to set the cursor position or read the current cursor position. 
(Maybe this was originally to provide an a BASIC ’PRINT AT’ command?) It can be used to set the 
cursor as follows 


POKE 781, Line 
POKE 782, Coluan 
SYS 65520 


For exaaple, 


POKE 781,5: POKE 782,10: SYS 65520 
PRINT "BIT COLD IN CANBERRA EH PAUL?® 


WARNING: With both @ethods 2 and 3, NEVER set the line nuaber greater than 24 or coluan greater 
than 79 or the computer may crash. Try it and see, (The computer actually keeps a list of the 
addresses (semory locations) of the start of each screen line therefore setting the line to 
greater than 24 upsets this sequence with strange results.) 


From here on, let us use wethod z (since it’s ay favourite!) to demonstrate some examples of 

screen positioning. Unfortunately, I’@ running out of space in this article, therefore, you 

should enter the following, RUN thes to see what happens, and if you do not understand any 
points drop ae a line. 


Example 1: With the TAB command it is impossible to print leftwards of the current cursor 
position. With location 211, this is easy, allowing one to do some things that are quite 
difficult to do by other methods. 


@ be 


CURSOR a7 = 


100 PRINT "CCLRIUSING NOTHING" 

110 FOR C=39 10 0 STEP -i: PRINT Cs: NEXT 

130 POKE 214,5: PRINT : PRINT "USING TAB" 

140 FOR C=39 TO 0 STEP -i: PRINT TAB(C)Cs: NEXT 

150 POKE 214, 15: PRINT : PRINT “USING POKE 211° 

160 FOR C=39 TO 0 STEP -1: POKE 211,C: PRINT Is: NEXT 


Example 2: General screen positioning 


10 FOR I=1 TO 1000 

20 L= RND(1)#22:C=RND(1) 835 

30 G0SUB 100 

40 PRINT "HERE" 

50 FOR J=1 TO 500: NEXT 

60 GOSUB 100 

70 PRINT "  ": REM ERASE MESSAGE 
80 NEXT : END 

100 REM POSITION CURSOR 

110 POKE 214,L: POKE 211,C: RETURN 
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Example 3: One can use this method effectively for Positioning the cursor for INPUTs. Only nom, 
to allow for the ©?” and space printed by the INPUT statement, the cursor should be positioned 3 


characters to the left of the actually desired position. 
100 LNS$="(CCCCCCCCCCCCCCOCcecceccecccecceecccce = 
110 REM PRINT SCREEN HEADING 
120 PRINT "CCLR,SPACELOJENTER PERSONAL DETAILS® 
130 PRINT LNS 
140 REM POSITION TO STH LINE FOR MAIN INFO 
150 POKE 214,5: PRINT 
160 REM PRINT FIELD TITLES 
170 PRINT "NARE © "SAS(L) 
180 PRINT "ADDRESS 1 : "sA$(2) 
190 PRINT "ADDRESS 2 : “s;A$(3) 
200 PRINT "POSTCODE : “;A$(4) 
210 PRINT "PHONE 2 "sA$(3) 
220 REM RE-POSITION CURSOR FOR INPUTS 
230 POKE 214,5: PRINT 
240 FOR J=1 TO Ss POKE 211,10: INPUT AS(T) 
290 NEXT 
260 REM CHECK IF ALL CORRECT ON LINE 23 
270 POKE 214,22: PRINT 
280 INPUT "ALL CORRECTESPACESINCLEFT3I°;A$ 
290 IF A$<>"Y" THEN 130 :REM NO ? THEM TRY AGAIN 
300 END 
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Notice how efficient this method is when you have to re-enter any fields. The cursor is 
repositioned to the beginning of the info on the screen. The field can be edited with the 
INST/DEL keys and (or) RETURN pressed to enter the correct field. : 


Example 4: Both the screen line and cursor positions can be PEEKed to see where one actually is 
on the screen so as to avoid scrolling the screen or other problems which will affect our nice 
screen format. For exaaple, printing a long list of random nuabers by ’screenful’ 


10 H$="(CLR,SPACE10JEXAMPLE 1" 
20 LN$="LCCCCCCCCCCOCCCCCCCECCeC Cec eccecececccce} 
30 GOSUB 130 

40 FOR N=1 TD 200 

45 REM CHECK IF CURSOR PAST LINE 19 

50 IF PEEK (214)>20 THEN GOSUB 100 

60 PRINT N, RND(1) 

70 NEXT : END 

100 REM POSITION CURSOR FOR MESSAGE 

110 POKE 214,22: PRINT 

120 INPUT "PRESS RETURN FOR NEXT PAGE*;A$ 

130 REM PRINT SCREEN HEADING AND PAGE NUMBER 

140 P=P+1 

150 PRINT H$: PRINT LNS: PRINT "PAGE :" P: PRINT LNS 
160 PRINT "NO’, "RANDOM": RETURN 


These examples cover the @ain applications but [7a sure you Can thing of gany gore. One last 
one which I include in ay programs is a routine [ call “Idiots’ - a subroutine to print a 
gessage on line 22, only accept a ’y’ or ’n’ answer, then clears the line and returns fros 
whence it came. (Can also include sound or colour changes to good effect.) It needs to have a 
string, for example SP$ set to be 3? spaces before it is used. It also turns the cursor flash 
on for the GET statement. This is done in location 204 (167 for 4000/8000 machines) but is a 
bit suspect for the VIC/C44s depending on the screen colours. 
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10 SP$="(SPACE39] 
$ other lines of program eg 
20 GOTO 200 
$ 
90 REM IDIOTS 
53 REM POSITION MESSAGE, C FLASH ON 
60 POKE 214,22 : PRINT : PRINT M$;" Y/N "3 POKE 204,0 
70 GET A$: IF AS <>"Y" AND AS <> "N® THEN 70 
80 REM C FLASH OFF, RE-POSITION AND CLEAR 
90 POKE 204,1: POKE 214,22: PRINT :PRINT SP$: RETURN 


200 REM SET UP HESSAGE AND CALL IDIOTS 
210 M$="IS IT REALLY COLD IN CANBERRA" 
220 BOSUB 50 


230 POKE 214,10 : PRINT 
240 IF AS="N" THEN PRINT "I BET IT IS!" 


breg Perry 





For Sale - at bargain prices '!!! 


CALCRESULT - EASY (Spread Sheet on cartridge for C-64) - New Price $100.00 - Sacrifice $30.00 
MAGPIE - (Database on cartridge for C-64) - New Price $150.00 - Bargain at $30.00 
JUMPHAN Jnr. - (Game on cartridge for C-44) New Price § 45.00 - Gift at $15.00 


Contact Ralph De Vries at 303477 


For Sale: Commodore 1526 Printer $325.00 





Contact Mike Levine at 370 9598, after hours. 


For Sale: Commodore 801 Printer $250.00 


Contact Col Ramsay at 075/463 494, atter hours. 


The following three pages contain articles by Mike Tod, 
which we have taken over from the Sept. 1984 issue of 
the 1.€.F.U.G6. magazine. 


>_> 
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THE DREADED BUMPS 

There can be no disk user who hasn't heard the dreaded grating noise 
produced by Commodore disk drives. The cause was mentioned in the 
previous DISK FILE (p238), and its occurrence is a serious hazard to 
the health of a drive, especially the 1541. 

This head-banging routine occurs when certain read errors are 
encountered on the disk. However, many protection schemes designed to 
prevent (or rather make more difficult) illicit copying, create such 
errors and then check for their presence during loading. If they are 
absent, then the load will usually abort. 

The result is a lot of head-banging, and drives slowly (but noisily) 
going out of alignment. 

It is certainly possible to check for these corrupted sections of the 
disk without invoking the auto-mis-alignment feature but authors of 
protection schemes usually don't bother (or care?). 


| don't want to get involved here with the arguments for and against 
srotection, but | would say to all software authors that protection 
techniques that induce the bumps at any time are to be abhorred. 

Indeed, | wonder if there may be a case for legal action against the 
software houses for selling a product that will cause damage to the 
disk drive. | guess if a garage sold you a tyre that caused your front 
axle to break, it would be legally liable. 

Anyway, those who studied the 154, memory map published last time may 
have spotted location $6A (REVCNT), This location has a flag which 
prevents the automatic invocation of the bumps. 

By setting bit 7 to a 1, the bumps can be turned off, and this is 
performed as follows: 


OPEN 15,8,15 
PRINT#HIS, "M-W"; CHRS(106); CHRS(0); CHRS(1); CHR$(133) 
CLOSE 15 


The last CHR$S value is a combination of the number of attempts the 
drive should have if an error is encountered (in the 1541 this is 
normally 5) - bit 6 (a value of 64) turns the head offset routine off 
and bit 7 (=128) turns off the bumps, ? 

| haven't altered the offset in the example as it causes no problems 
(the offset is the gentle tick-tick-tick-tick which you hear 
:mmediately before the drive goes ‘crunch'). It is quite alright to 
alter the number of retries if desired - this can be of value if trying 
to read a particularly stubborn disk, 


Users of other disk drives may like to know that there's a solution 
to the problem for the 4040 and 8050: 
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4040PRINT#15, “M-W*"; CHR$(92); CHR$(67); CHR$(1); CHRS(138) 
SOSOPRINT#15, "M-W"; CHR$(245); CHR$(16); CHRS(1); CHRS(138) 


It appears that some 8050's may not respond to the modification because 
of intemal! differences in the memory maps. 

Of course, it goes without saying that this modificaticn is reset to 
normal whenever the drives are reset. 


@ REPLACE - DOES IT OR DOESN'T IT? 

| hate to bring up again the vexed question of the bug in the replace 
feature of SAVE and OPEN. However, when | was in Canada and the USA in 
June there was, as always at Commodore gatherings, a great deal of 
discussion on the problem, or rather apparent problem. 

In their early disk days (1978-ish), Commodore announced that there 
was a bug related to using the @-replace feature. No firm evidence for 
it existed, but many problems appeared to be @-replace related. These 
generally took the form of files becoming interlinked. 

Indeed, Commodore took the problem so seriously that the source code 
for the DOS of all Commodore drives has a comment in the area of code 
responsible for @-replace which reads ‘Check for bug here’. 

Many people, including Jim Butterfield, Harry Broomhall and myself, 
have gone through this code with a fine toothcomb and found nothing 
that can possibly cause a specific problem, 

Some years ago, Jim and Harry both declared in public that the @- 
replace bug does NOT exist - not now or ever! While they were doing 
this, | remained more cautious but still accepted the fact that there 
was absolutely no evidence for its existence. 

At the time, Harry threw down the gauntlet and offered a crate of 
beer to the first person to prove that a problem on their disk was 
caused by using @-replace. This Obviously requires evidence, and the 
only valid evidence is either a disk on which an @-replace could be 
performed in the absolute knowledge that the act of @-replacing would 
Cause corruption of the disk, of a precise statement of reproducible 
conditions that would cause @-replace to foul up. As yet, Harry has not 
had to pay up. 

@-replace works by first of all writing the new version of the file 
to the disk and only when this has been succesfully completed is the 
original version scratched, 

The fact that a scratch operation takes place means that the same 
precautions must be taken with @-replace as with the SCRATCH command. 
That is that no unclosed files should be @-replaced. 
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The disk also needs to have sufficient space to allow the complete 
file to be written, before the old one is scratched, and this could 
lead to a DISK FULL error - even if the new version is smaller than the 
old, 

On the 1541, the DISK FULL error is reported earlier than on the 4040 
(that is, with 3 blocks left) and the file is CLOSEd automatically by 
the drive when this occurs. If the operation was a SAVE, it could mean 
that the new version of the program on disk is actually shorter than it 
should be and this fact should be borne in mind, Note that a VERIFY 
will show all is welll The solution is to always make sure that the 
disk has space for the new file or program. 

This problem is one which is not actually a bug with @-replace, but 
rather a bug with the DISK FULL situation. 

Many people have been using @-replace all over the world for many 
years with no problems at all. Those who do experience problems appear 
to attribute other problems (some caused by their own errors) to the 
so-called bug in @-replace. There is no such bug! 


RESETTING THE 64 

The normal way of resetting the 64 back to its ‘normal’ configuration 
is to press the RESTORE key (with the RUN/STOP key pressed). This 
clears the screen and resets it to normal colours and mode, turns the 
sound and sprites off and resets some of the pointers but without 
upsetting any of the BASIC variables, 

It is extremely useful when playing around with machine code or some 
of the more advanced features of the 64. 

However, it is also possible to perform this reset using a BASIC 
command and Fred Mellings of Horley in Surrey has found that SYS1 also 
resets the 64. 

The processor in the 64 has a special machine code instruction known 
as the BREAK instruction which is simply represented by a byte 
containing the value 0. When this is encountered, the processor starts 
to execute a special routine in the ROMs which is, unless deliberately 
altered by some other program, the same routine used by the RESTORE 


key. 
The SYS1 command forces the processor to sequentially execute machine 
code starting from location 1 - but this area of memory actually 


contains data and not machine code, although the proceesor knows no 
difference. Eventually, a byte containing the value 0 is encountered, 
the processor enters the special reset routine, and the 64 is reset. 

The contents of many of these locations (including 1) are not always 
credictable and so the effects of SYS1 could be unpredictable. 
Fortunately, location 2 normally contains 0 so a more reliable method 
would be SYS 2. 
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Want to calculate your Pools or Lotto entries, or write a sisulation program ( or game) that 
Biaics statistical results? You need random nuabers! Unfortunately, many users seem to get 
confused when trying to use randoa nuabers on the VIC/C44. (Especially those who have grown up 
with the earlier PETs'!) In this article, we will take a look at the RND function and how to use 
it on the VIC/C44, 


The first principle to establish is that randoa nuabers are not in fact truly “random”, it 
indeed such can exist. The RND(X) function calculates a determinate floating-point nuaber 
between 0.0 and 1.0 by a mathematical foraula. Depending on the sign of the arguaent fed to the 
equation (X can be +ve, -ve or 0) a particular pseudo-random nuaber will be generated. The 
"seed" for each calculation is stored in aemory locations 139-143. These are set to a constant 
when the computer is switched on (on ay Co4 (all?) to 128,79,199,82,88 to give the first RND(1) 
of .185564014), and every subsequent call of RND resets (re-seeds) this value. 


RND(+ve) 

Any positive arguaent generates the next pseudo-random nuaber from the current seed, then resets 
the seed for the next calculation. The actual value of the arquaent is irrelevant, RND(i) and 
RND(1256) do the same job. This process generates nuabers in an apparently infinite sequence. 
However, West in "Programming the PET/CBM" suggests that after about 45000 repetitions the 
nuabers lose their "randomness". This is the argument that should be used in most cases. 


RND (0) 

A zero arguaent takes its seed from the systea hardware clock which changes every aillionth af a 
second over a range of 0-16383. (From the CIA ti@er at locations 56324 and 36325.) It DOES NOT 
seed from the TI variable as some books say. Although RND(O) probably can be considered to 
generate the aost "random nuabers, the problea is that the seed can only be one of 16384 
possible values at best. And, since every 40th of a second the SAME seed value is used, as well 
as the fact that aost programs perfora a sequence of repetitive instructions, there is a fair 
chance of generating a very sieilar “random” nuaber, for example 0.308574167 and 0.308574825. 
This causes difficulty when we wish to generate Numbers over a small range, Say 0-30. 


RND (-ve) 


A negative argument is quite different. It seeds the random nuaber generator with a specific 
value depending on the value of the argument. This is always the same for the saae argument. A 
RND(-ve) is used specifically to initialize the random seed to a set value so that we may 
generate a specific repeatable sequence of random number with subsequent calls to RND(+ve). 
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The best way to generate a "randoa” seed for a non-repeatable sequence is with the jiffy clock 
variable Tl. That is, use X=RND{-TI) at the beginning of the program, then get the randoa 
nuabers with RND(+ve). 


The best way to see the difference between RND(0) and RND(+ve) is by a small program which POKEs 
the screen in a supposedly random fashion, 


100 REM RANDOM SCREEN POKE 

110 FOR 1=0 TO 10000 

120 N=RND(1) £1000 

130 POKE 10244N, 1 :REMN SCREEN RAH 
140 POKE 552945+N,1 :REM %% COLOUR RAH 


tt Line 140 is only needed on Cd4s made before approximately January 1784. 


RUN the prograa and see what happens. The program will fill the screen with the ’A’ character in 
a fairly random pattern until, at the end, if we let it run for long enough, the whole screen 
will be filled. 


Now, change line 120 to use RND(O), clear the screen and re-RUN the program. Notice the 
difference? This time the ’A’ character fills the screen in a definite pattern. No matter how 
long we let the program continue, the whole screen will never be filled! In this case, RND(0) 
will generate only 256 different numbers, 


Using randoa numbers 


Since the RND function generates a nuaber between 0.0 and 1.0, it is not of much direct use for 
gost cases. What is noraally required is a random whole nuaber (integer) between limits, say 
between 1 and 34 for the pools. This is done by 


N=INT (RND(1)8(E-5+1) +5) 


where S=1 and E=36 then N=INT( RND(1)$34+1). This will also generate the special case of nuabers 
between -1 to +1 by 


N=INT(RND(1) $3-1) 
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Let’s finish with a full “6 from 36" pools program (or lotto, or whatever your addiction). 


100 DIM Nd) 

110 X=RND(-TI) 

120 X=INT (RND(1) 83641) 

130 FOR I=1 TO Ns IF X=N(1) THEN 120 
140 NEXT :N=N+i:N(N)=X 

150 IF N<é THEN 120 

140 PRINT "YOUR WINNERS (!) ARE" 
170 FOR T=1 TO 6: PRINT N(I)s: NEXT 


«ps the C.C.U.6. (and I!) will expect a donation if you win! 


Greg Perry 





For many months now our Technical Officer Roger Haigh has been 
Slaving away over a hot soldering iron, busily designing a Modem, 
Suitable for use with the VIC-20 and CRM-44. 

It has now been tested, and yes (!), it is working. The group is 
now in the process of producing the first batch of 50 modems, and 
this is where our members who have expressed a desire to purchase 
One of these modems come into the picture. 

The Pre-Release price of the modem (group members only) is $120.00. 
For this amount you will receive a fully assembled and tested unit, 
complete with a 90-day guarantee. Delivery is expected towards the 
end of February 1985, pending delivery of certain vital components. 


As the group has to outlay a very substantial amount of capital to 
purchase components and parts we have to ask those members who wish 
to order at the pre-release price for a $100.00 deposit. 


Those members who are not prepared to order at present will be able 
to purchase the modem after February at the regular group price of 
$150.00. 


Roger Haigh will be pleased to answer your questions at our 
December meeting. 
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A new disk (U5) has been added to the Public Domain Library: 
GeCsletel. Ub 
LOADHE Auto loader 
PRINT DIRECTORY Printout of Disk Directory. 


TAPE-DISK SAVER 
DIR.SORT&PRINT” Sorts and prints aultiple disk directories 


PROTECTOR Protect files 

FCOPY Disk copier 

SHONAD.A Machine Language Monitor by Paul Blair.Instr.froa Ken Charters 
CHONAD.A same as above - different memory location. 


FILE PARAMETERS Displays all disk file parameters. From "Anatoay of 1541° 
SUPERSPRITE Game from Computes Gazette, 

SOUND SCULPTOR 1 Sound prograa from Computes Gazette. 

2 Part of above prograa 

FAST ADD Maths drill prograa, 

MYSTERY MANOR Game from Computes Gazette, 

TREASURE HUNT r ' t é 

S/SCRIPT STORY A “spicy” Speedscript File, 

PROPS Computes Gazette gaae, 

HIND BOGELE E , , 

SKI PHYSICS Relationships between speed, distance and tide. 
3-D TIC TAC TOE Computes Gazette game. 


CASTLE DUNGEON ; 
FRANTICFISHERMAN : y 
WORD SCRAMBLE : ; " 
THERAPY Computer Psychotherapist, 


SPELLING CRITTER Spelling quiz. 
SHAPE MATCH Pattern recognition for young children. 
BONK BARRELS Computes Gazette game. 


SPACE PATROL : F 
BEEKEEPER" : , , 
ROBOT MATH Arithmetic tutor. 

SNO CAT Computes gazette gage. 
BALLOON BLITZ . ’ . 


1984 


Have you written an interesting prograa? Haybe you have @odified a public domain program to 
make it work better. Possibly you have obtained a public domain program that is not in our 
library. We want to hear from you. Please subsit programs on disk to Cliff Pottinger (You will 
get your disk back). Qur Public Domain Library can only grow if you, the members, provide the 
gaterial. The Library Coasittee. 
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BOOK REVIEW 





This rather cryptic title stands for "Commodore 64 Public Domain Utilities Book Of Instructions 
And Hints", ‘ 

The compiler of this book is our valued comaittee member Terry Steer, who spent aany weeks 
gathering the material for this book and which is now available to group meabers for the sua of 
$5.00, | 

Like the other committee aeabers Terry often receives phone calls for assistance frog geabers. 
A lot of these calls relate to public domain programs which the group makes available to our 
@eabers, but which are often insufficiently documented. To overcome this problem Terry decided 
to collate information on those programs and utilities which have proved aost popular with our 
feabers, ' | A 
With a collection such as this there will always be omissions of course, but, given the fac 


that this has been largely a labour of love, I think that our compiler has done a very good job 
indeed, 


Some of the topics covered include: 


speedscript Character Editor C-64 Wedge 
Backup Programs Copy Files Sprite Editor 
Tape Copier Joysticks Pokes 


and @any gore. 


All in all, I feel that Commodore users who struggle with the above topics can save themselves a 
good deal of frustration by investing in this booklet. Recommended. 


Ralph De Vries 





VIC-UPS W.A.: This group, which covers some 6 user groups in and around Perth has around 1500 
meabers! Their newsletter is properly printed (type-set that is), and attracts a lot of 
advertising support from local dealers. They certainly seea to have their act together in the 
west, 


Commodore User Group A.C.7.: Their Oct. Newsletter runs an interesting prograa to modify Speed 
Script to work with the P/D centronics parallel printer wedge. If you are interested in this 
article see our librarian for a photocopy of same. 
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Commodore 64 User’s Group VIC: In the Septeaber issue of their newsletter the editor is begging 
for articles. Let’s face it, if it was not for Greg Perry and some of our regular software 
reviewers we would be in the sage boat. 


Rockhaspton Comacdore Users Group: As mentioned elsewhere this group is now up and running, and 
already they produce a newsletter! We also had the pleasure of meeting some of their meabers 
recently. We look forward to further contacts. 


S.A. Commodore Computer Users Group: A very active group. We have been receiving their 
newsletter tor quite some time now, but regrettably have not had any personal contact. We aust 
remedy that in the new year. 


Strange as it @ay seem, we have never received a newsletter frog NSW user groups, although we 
send copies of "CURSOR" to several groups in that state. Could it be political? 


Is there a Commodore Users Group in Ipswich? We don’t know of one, but rumours persist that 
there is one. Who can enlighten us? 


During the Computer Expo we had a chat with a Toowoomba computer dealer who would like to fora a 
Comaodore group in that city. We wish hia well in his endeavours, and we have offered hia any 
assistance we may be able to render hia. 


Most of our members are probably aware of the fact that local newsagents now stock two Commodore 
Magazines which are published by Commodore in the USA. They are called "Commodore 
Microcomputers” and "Power/Play". Although published by Commodore they contain sufficient 
independent articles to sake thea worthwhile. 

In the Sep/Oct issue of "Commodore Microcomputers" there is an interesting article by Jia 
Strasma on Database programs, as well as other articles on Spreadsheets and Wordprocessors. 

As the undersigned has recently spent quite a few hours reviewing several DB programs it was 
good to see my own conclusions on "The Consultant” and “The Manager” confir@ed by Jia Strasaa. 
I'can thoroughly recommend this issue to those members who are interested in business 
applications on the C-64. 


~ Ralph De Vries 
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For specific computer problems contact members of the 
relevant Sub-Committee. 
Flease enclose a stamped self-addressed 


contacting committee members by mail. 
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envelope, 


Flease address all editorial matter to: 
24 Kaloma Rd. The Gap, Brisbane, QLD 
P.O. Box 274, Springwood please!) 
Deadline for any particular month is the second Tuesday 
Of that month. 

The opinions expressed herein are those of the 
Author(s), and not necessarily those of the C.C.U.G. (Q) 
Or the Editor. 

Fublished by C.C.U.G.(@), F.O.BOX 274, SFRINGWOOD Q 4127 
Frinted by GAF FRINTING, Lahore Street, THE GAF QQ 4061 
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